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(54) System and method for performing an on-line transaction using a singi 
instrument 

(57) A system and method for performing an on-line 
transaction, such as malcing a payment, with a single- 
use payment instrument malces use of computer hard- 
ware and software, such as the computing device of a 
customer, the customer's bank's home banking server, 
the bank's card authorization server, a vendor's website 
server, and the vendor's credit card acquirer, coupled to 
one another over a network. The customer Is Issued a 
single use payment Instrument through the bank, the 
bank debits an account nominated by the customer for 
the requested value of the payment Instrument and may 
also specify an expiry for the payment Instrument The 
customer is able to nominate a particular source of 
funds for each transaction from among various 
accounts of the customer. The payment instrument set- 
tles and clears through existing credit card payment 
mechanisms without a need for special accommodation 
with the Internet vendor. 
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Description 

Cross Reference to Related Application • 

[0001] This appncation dalms the benefit of appli- 
cants co-pending appOcation having U.S. Serial Na 
60^49,874 filed August 19. 1999, Incorporated herein 
by this reference. 

Reld of the Invention 

[0002] The present Invention relates generally to 
the field of electronic connmerce and more particularly 
to a system and method for performing an on-line trans- 
action, such as nraking a payment, with a dngle-use 
payment Instrument 

Background of the Invention 

[0003] Cunently. there is an element of customer 
uncertainty in making payments to merchants on the 
trrtemet ft is not always clear to an end user whether 
the customer's connection is secure. Further, the cus- 
tomer refies very much on visual means conveyed by 
the web browser that the customer Is using and on 
pages of Information that confirm certificate numbers 
that are used for encryption. Neither is it always clear to 
the customer whether that infonmation Is Indeed accu- 
rate or con'ect or actually coming from the browser or 
from somebody who Is trying to trick the customer. 
[0004] Aside from Internet communbation security, 
there is also the concern that the websitq with which the 
customer is communteating is not. In fact, who it pur- 
ports to be. The customer may not even be aware of the 
entity with which the customer Is dealing. For example, 
the customer finds a site where the customer wants to 
buy something, but the customer is not sure whether it 
is a merchant of whom the customer has heard. The 
customer Is not sure whether the merchant Is actually 
valid and above-board. 

[0005] In any event, there is a perceived risk to the 
customer In using credit card information to pay for 
goods and servbes over the Internet The customer^ 
credit card information Is of some value and can cause 
a financial loss as well as considerable inconvenience 
to the customer if It is captured by a third party with III 
intentions. 

[0006] On the merchanrs side of the transaction, 
there is a real financial risk that if a credit card Is used 
fraudulently, settlement may be withheld or revoked by 
the card issuer upon receipt of a customer dispute. As 
more goods, such as software, music, electronic books, 
and the nke are purchased over the Internet with no 
physk:a] delivery and hence no address involved, the 
opportunities for such fraud increase. 



Summary of the Invention 

[0007] It is a feature and advantage of the present 
invention to provide a system and method for perfonn- 

5 Ing an on-line transaction that enables an Internet cus- 
tomer, such as an Internet customer making a 
purchase, to pay for goods and/or services on the web. 
without having to worry about the customer's credit card 
informaton getting Into the wrong hands. 

TO [0008] It Is another feature and advantage of the 
present invention to provMe a system and method for 
performing an on-Tine transaction that provides a user, 
such as an Internet purchaser, with a unique paynrtent 
token to pay for goods and/or services on the web but 

75 whteh Is useless to any unauthorized person. 

[0009] It is an additional feature and advantage of 
the present Invention to provide a system and method 
for performing an on-line transaction with a single-use 
payment instrument that affords the customer all the 

20 protection available to the customer when the customer 
makes use of a credit card or debit card. 
[0010] It is a further feature and advantage of the 
present invention to provide a system and method for 
perfomning an on-line transaction with a single-use pay- 

25 ment Instrument that removes any concern of the cus- 
tomer about security of the customer's connection or 
the Integrity of the website with whteh the customer 
makes the transaction. 

[0011] It Is a further feature and advantage of the 
30 present Invention to provkie a system and method for 
perfonmlng an online transaction that allows merchants 
the option to identify the token as a single-use instru- 
ment based on a characterise range of numbers and 
either offer preferential tenms on such transactions or 
95 Inrpose ftmits or refen^s on those who do not use such 
an instrument 

[0012] To achieve the stated and other features, 
advantages and objects, an embodiment of the present 
invention provides a customer, such as an Internet pur- 

40 chaser, a one-off, single-use payment token or instru- 
ment that will still settle and dear through existing credit 
card payment mechanisms. There is no need for special 
accommodation with the Internet vendor In order for the 
customer to take advantage of this Instrument Any ven- 

45 dor that Is set up to accept, credit card transactions by 
the input of a credit card number and a card expiration 
date can also be provided with the one-off payment 
instrument for an embodiment of the present inventton. 
that would then, as far as that vendor Is concerned, set- 

50 tie through the usual credit card channels. The card 
expiration date is the month^ar card expiration date 
which a customer must provide in a standard credit card 
transaction. An embodiment of the present invention uti- 
lizes a card expiration date which Is fabricated, because 

55 there is no real card involved 

[0013] An embodiment of the present Invention 
makes use of computer hardware and software, such as 
the computing device of a customer, which can be the 
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customer's personal computer (PC), the customer's 
bank's home banking server, the bank's card authorlza* 
tion server, a vendor's website server, and the vendor's 
credit card acquirer, coupled to one another over a net- 
work, which can be a global networK such as the Inter- 
net The system and method tor an embodlnr>ent of the 
present Invention enables the customer to perform an 
on-line transactk)n with a vendor using the angle-use 
payment instrument, for example, by entering details of 
the on-nne transaction at the customer's PC coupled to 
the customer's bank's home banking server over the 
network. The tiansactlon details Include, for exan^le, a 
payment amount for the transaction. whk:h is received 
by the home banking server from the computing device 
of the customer over the network. 
[0014] In an embodiment of the present Invention, 
upon receh^ng the details for the on-line transaction 
with the vendor from the customer, the customer is 
prompted by the home banking server to enter a selec- 
tion for a source of funds for the transaction from a plu- 
rality of nomination opttons, such as a credit card 
account, a checking account, or a savings account The 
home banking server receives the customer's nomina- 
tion of the source of funds for the transaction from the 
customer's computing device over the network. The 
home banking server verifies an availability of funds for 
the payment amount for the transaction In the nomi- 
nated source of funds and reserves funds sufficient for 
the payment amount in the nominated source of funds. 
In an aspect of an embodiment of the present invention, 
the funds can be reserved for a predetermined expiry 
period. The predetermined expiry period, as distin- 
guished from the fabricated card expiration date, is typ- 
ically a short period of hours or days for whteh the 
payment Instrument is vafid, but It Is not provided to the 
customer to use In the transaction. 
[001 5] In addition, in an embodiment of the present 
inventton, the home banking server generates details of 
a payment instrument for the transaction con-esponding 
to the transaction details, such as the payment amount 
for the transaction and a unique identification number 
for the transaction. Further, the transaction details gen- 
erated by the home banking server can include a prede- 
termined expiry for the payment Instrument In addition, 
the identification number can have an embedded bank 
identification number for routing the request for authori- 
zation to an appropriate authorization server, and the 
identification number can t>e generated from a charac- 
teristic range of numbers identifiable by a web site 
server of tiie vendor as offering superior authentication. 
A record of the payment Instrument details is stored by 
the home banking server in a database of one or botii of 
the home banking server and a credit card authorization 
server of the bank. The home banking server also pro- 
vides the payment instrument details to the customer at 
the customer's computing devk:e over the networtc for 
use by the customer in the transaction witti the vendor. 
[0016] In an embodiment of the present Invention, 



the customer at the customer's computing device sends 
the payment instrument details over the networic to the 
vendor's website server to pay for the transaction with 
the vendor. The vendor's website server presents the 

5 payment instrument details to the vendor's credit card 
acquirer service. In turn, tiie vendor's credit card 
acquirer service presents the payment instrument 
details to the bank's credit card authorization server for 
auti)orization. Upon receiving the request for authorize- 

YO tion of the transaction for the customer by the bank's 
credit card autiiorlzation server, If the request for 
authorization according to the payment instrument 
details corresponds to the stored record of the paynnent 
instrument details, the authorization server sends an 

f5 authorization for the transaction for the customer via the 
vendor's credit card acquirer service to the vendor's 
website server. 

[0017] If the payment instrument details for an 
embodiment of the present invention include the prede- 

20 termlned expiry for the payment Instrument, the trans- 
action IS authorized by the credit card authorization 
server if the request for authorization is received within 
the predetermined expiry of the payment instrument 
The banking server also debits the nominated source of 

25 funds for the payment amount and removes the stored 
record of the payment Thus, an embodiment of the 
present Invention provides a method and system by 
whteh an tntemet customer Is Issued a one-off, single 
use payment token or instrument, through a bank vffnh 

30 whom he or she maintains a checking or credit account 
The bank debits the customer's checking or credit card 
account for the requested value of the token or Instru- 
ment which depends on the cost of the product or serv- 
tee which is the subject of a proposed transaction. The 

35 bank may also specify a transaction period during which 
the token or instrument is valid and not valkl at any otiier 
times. 

[001 8] The single-use payment token or Instrument 
for an embodiment of the present invention is distin- 

40 gulshed from a debit or credit card-Hke instrument in 
that the customer is able to choose the source of the 
money for each transaction from among various 
accounts of the customer. Thus, ttie customer is able to 
nominate a particular souroe of funds for a particular 

45 transaction, the nominated source is checked for availa- 
birity of credit or funds, and the funds are earmarked to 
be reserved for the same period as the expiry of the 
token or Instrument There is no need for special 
accommodation with Internet vendors in order for cus- 

50 tomers to take advantage of the instrument Any vendor 
that is set up to accept credit card transactions by the 
Input of a credit card number and a card expiration date 
can also be provided with the one-off payment instru- 
ment, tiiat would tiien, as far as that vendor is con- 

S5 cemed, settle through tiie usual credit card channels. 
[0019] Additional objects, advantages and novel 
features of the invention will be set forth in tiie descrip- 
tion whteh follows, and In part will become more appar- 
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em to those skilled In the art upon examination of the 
following, or may be learned by practice of the Invention. 

Brief Description of the Drawings 

.5 

[0020] 

Fig. 1 is a schematic diagram which Qlustrates an 
example overview of Icey conrrponents and the flow 
of Information between the key components for an io 
embodiment of the present invention; 
Fig. 2 is a schematic diagram which illustrates an 
example overview of key components and the flow 
• of information between the key components for an . 
attemate embodiment of the present Invention; is 
Fig. 3 is a flow chart whteh illustrates an exannple of 
the process of the customer performing an on-line 
transaction using the single-use payment instru- 
ment for an embodiment of the present invention. 

20 

Detailed Description 

[0021] Refening now in detail to an embodiment of 
the present invention, an example of which is lltustrated 
in the accompanying attachments, Fig. 1 is a schematic 25 
diagram which illustrates an example overview of key 
components and the flow of Information between the 
key components for an embodiment of the present 
Invention. Refening to Fig. 1, an embodiment of the 
present invention involves a number of computer hard- ao . 
ware and software components, such as the computing 
devce 10 of a customer 12. the customer's bank's 
home banking server 14, the bank's card auttiorization 
server 16. a vendor's website server 18, and the ven- 
dor's credit card acquirer 20. coupled to one another ss 
over a network, such as the Internet 22. 
[0022] The system and metiiod for an embodiment 
of tiie present Invention enables the customer 12 to 
make a payment token good only for a single Internet 
transaction. In order to do that, before the customer 12 4o 
makes a purchase, the customer 12 signs on to the cus- 
tomer's preferred home banking system 14, such as Cit- 
ibank's DIRECT ACCESS system, using the customer'^ 
personal computer (PC) 10. The customer 12 signs on 
to tfie home banking system 1 4 In exactly the same way 4s 
in which the customer 12 normally accesses the home 
banking system 14 over the Internet 22. 
[0023] In an embodiment of the present invention, 
the customer 12 signs on to the home.banking system 
1 4, and fills in a very brief couple of fields of Information so 
explaining the transaction and, most Importantly, the 
amount, in response to pronnpts by the system 1 4 for the 
information. The system for an emt>odiment of the 
present invention Includes, for example, application 
software that then creates a temporary credit card 55 
number and expiry date. The expiry date is ttie one . 
otiier piece of information that is known to be submitted 
in the typical credit card auttiorization. The system for 
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an embodiment of the present Invention makes a unique 
combination of a card number and expiry date and pro- 
vides that to the customer 12 for use for the purchase, 
for example, via ttie vendor's website server 18. 
[0024] The systOT software for an embodiment of 
the present invention then creates the necessary record 
for the particular transaction to be auttiorlzed. However, 
unlike a normal credit card where any vaTid transaction 
subject to balance verification caii be autttorized. an 
embodiment of the present invention creates a single- 
use payment Insttvment which exists only for the dura- 
tion of, and specifically for, that single transaction. 
Therefore, any other authorization request which comes 
into tt)e system with those details for a different amount 
are rejected. The customer 12 then proceeds back to 
(or to) the vendor's Internet website 18 and enters that 
information Just as the customer 12 would enter a credit 
card number and Its expiry date at whatever point that 
the vendor's system 18 asks for the customer's credit 
card information. 

[0O25] In an embodiment of the present Invention, 
once the particular transaction item has been approved 
for the amount of whfeh the customer 12 advised the 
vendor's website server 18 and ttie bank's home bank- 
ing server 14, it too is renroved from any authority, so it 
would only work once. The result of that Is that anyone 
else who may conr>e Into possession of that particular 
piece of Information will not be successful if they 
attempt to use It to perform any other transaction what- 
soever. Accordingly, if the vendor to whose website 
server 1 8 the customer's PC 1 0 is connected is actually 
acting criminally and is only gathering the information to 
try and use it elsewhere, while It will work for the trans- 
action about which the customer 12 gave Infonnation to 
the customer's bank's home banking server 14, It can- 
not be subsequentiy authorized. It essentially repre- 
sents a non-existent bank card, and it is of no use to 
anyone else. 

[0026] The system and method for an embodiment 
of the present Invention protects both the bank, as well 
as the customer 12. from anyone taking that information 
while it is in transit, encryption discussions notwith- 
standing, or while it Is stored on tiie vendor's computer 
system 18 and using It for fraudulent purposes. The 
vendor fc)enefits from being able to transact with a wider 
base of confident customers. And, if the vendor 
chooses to do so, the vendor's website server 1 8 can be 
configured to recognize the type of instrument being 
used by characteristic range of numbers and permit 
more preferential terms higher value transactions for 
such payments on the basis of their superior authentic- 
ity. The customer does not have to be concerned that 
the internet connection is secure. All that the customer 
12 has provided to the bank is the customer's Identifica- 
tion to the bank's home banking system 14, but that 
information Is of no use to anyone else who attempts to 
present It to a merchant in other words, ttie only item of 
information being trarisferred across the network 22 is 
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the temporary, short-lived, single-use payment Instru- 
ment that Is created. 

[0027] An additional aspect of an embodiment of 
the present invention is that the application of the bank's 
home banking server 1 4 that creates the token Is. able to 5 
access the database of the bank's credit card authoriza- 
tion server 1 6 used for credit card authorization on-line. 
That appIk:ation creates the necessary records for the 
single-use, temporary payment instrument, examines 
incoming authorization requests for that particular io 
instrument from the vendor's credit card acquirer 20. 
verifies that the amount corresponds with the transac- 
tion of which the customer 12 advised the bank, and 
authorizes the appropriate transaction, while rejecting 
any others. In addition, the appRcation also deans up is 
that database and removes records referring to that 
instrument once the transaction has been concluded or 
has expired, as it is not a real credit card, and is also 
subject to a predetermined expiry. In other words, the 
customer 12 is told that this payment authorization so 
token can be used for a predetennined period of time, 
after which it will become useless in and of itself, and 
the customer 12 will have to come and get another one. 
[0028] in terms of financial settlement from that 
point on, in an embodiment of the present invention, the zs 
customer 12 is debited through whatever mechanism . 
the customer 12 chooses. For example, the bank can 
take the money from a credit card or from a checking 
account or f ronn some other account designated by the 
customer 12. The vendor, assuming that the vendor is 3o 
Indeed valid, can present that transaction just as It 
would any other credit card transaction, and it is settled^ 
through the norrrtal channels. Thus, there Is no actual 
sign-up necessary for the customer 12. The customer 
12 merely needs to identify himself or herself to the x 
bank's home banking server 14, In order to authorize 
the issuance of the transaction token and to authorize 
the bank to debit the customer's account 
[0029] In an embodiment of the present invention, 
the bank knows which account of the customer 12 to 4o 
debit by the customer 12 providing that information 
when the customer 12 requests the tokea Altematively, 
the bank can default to the customer's main transac- 
tional account that is associated with the profile under 
which the customer 1 2 logged on to the home banking 4S 
system 14. However, it is likely to be more convenient 
for the customer 12 to be able to choose from where to 
get the money. In that sense, the single-use payment 
instrument is not necessarily characterized as a debit 
card-fike instrument or a credit card-like instrument so 
[0030] In an embodiment of the present invention, 
the way in whch the home banking system 14 works is 
that one or more customer accounts, such as credit 
card accounts, checking accounts, and savings 
accounts, are finked to the customer's profile. Thus, the ss 
^ customer 12 is able to nominate a particular source for 
the funds for a transaction or set a preference for the 
bank to default to a particular means to save the cus- 



tomer 12 from entering it each time. In addition, since 
this is an on-line system capable of doing so. the cus- 
tomer's nominated source of funds is checked, as te the 
case witii sonneone presenting a debit card or credit 
card, and the funds are earmarked to be reserved for 
tiie same period of time as the expiry of the token. 
[0031] Referring again to Fig. 1 , in an embodiment 
of the present Invention, the customer 12 at the cus- 
tomer's PC 10 accesses the vendor's website server 18 
and the bank's home banking server 14 over the Inter- 
net 22. In turn, the bank's home banking server 14 is 
coupled to the credit card authorization server 1 6. which 
is updated with the one-off occun^nce for an embodi- 
ment of the present invention. The application for an 
embodiment of the present Invention resides, for exam- 
ple, on tiie home banking server 14 and the credit card 
authorization server 16. Graphical user Interface (GUI) 
screens are presented for the customer 12 on the cus- 
tomer's PC 1 0 through the customer's browser. 
[0032] Rg. 2 is a schennatic diagram which illus- 
trates an example overview of key components and the 
flow of infonnation between tiie key components for an 
alternate embodiment of the present Invention. Refer- 
ring to Fig. 2. the arrangement is similar to tiiat Illus- 
trated in Fig. 1 except, for example, not using the 
Internet 22, the vendor's website server 18 Itself con- 
nects to the vendor's credit card acquirer servtee pro- 
vider 20 which, in tum, queries the auttiorization system 
16 back on the bank's side via private networks or 
leased fines. Thus, as far as the customer 12 is con- 
cerned, the customer 12 communteates strictly wltii the 
website server 18, and the website server IB uses 
whatever means it currentiy has to authorize the credit 
card transaction, which may or may not involve further 
communteation over the Intemet 22. 
[0033] Rg. 3 is a flow chart whbh Illustrates an 
example of the process of the customer 12 performing 
an on-fine transaction using the single-use payment 
instrument for an embodiment of the present invention. 
Referring to Rg. 3, at SI , tiie customer 12 at tiie cus- 
tomer's PC 10 accesses the vendor's website server 18 
over the Intemet 22 and chooses to make a purchase 
from the vendor. At S2, the customer 12 accesses tiie 
bank's home banking server 14 and provides trartsac- 
tion details In response to prompts. At S3, the bank's 
home banking server 14 creates the necessary pay- 
ment instrument records based on the transaction 
details and provides the Instrument details to ttie cus- 
tomer 12. 

[0034] Refening further to Rg. 3 for an embodiment 
of the present invention, at S4, the customer 12 pro- 
vides the instrunrtent details to the vendor's website 
server 1 8 to make the purchase from the vendor. At S5. 
the vendor's website server 1 8 presents the instrument 
details to its credit card acquirer service 20 for authori- 
zation. At S6, the acquirer service 20 presents the 
details to the bank's credit card authorization server 16 
for authorization. At S7, the bank's authorization server 
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16 vertftes the amount, authorizes the transaction and 
removes the records. At S8. the vendor's acquirer serv- 
ice 20 confirms authorization to the vendor's website 
server 18 and Initiates settlement At S9, the vendor's 
website server IB confinro the purchase to the cus- 5 
tomer 12 at the customer's PC 1 0. 
10035] Refening again to Figs. 1 and 2, an inr^r- 
tant aspect of an embodiment of the present Invention Is 
some connection between the vendor's website server 
18 and the vendor's card acquirer service 20. When a 10 
vendor starts accepting credit cards for payment for 
goods, the vendor has a relationship, for example, with 
the vendor's banit, which actually provides the service 
of getting authorization for card transactions and getting 
the settlement paid to the vendor's account Therefore, 15 
the vendor has some type of mechanism to pass the 
card information that the customer 12 sends to the ven- 
dor's website server 1 8 on to the vendor's acquirer serv- 
ice 20. In turn, the acquirer service 20 presents that 
information to the customer's bank's credit card author- so 
ization server 16. In an embodiment of the present 
invention, the customer's bank's credit card authoriza- 
tion server 1 6 is also modified per the invention to see a 
transaction according to the present invention arrive 
and to autiiorize the transaction as a perfectly valid zs 
credit card transaction. 

[0036] . Various prefen^d embodiments of tiie Inven- 
tion have been described in fulfillment of the various 
objects of the invention. It should be recognized that 
these embodiments are merely illustrative of the princi- 90 
pies of the present invention. Numerous modifications 
and adaptations thereof will be readily apparent to those 
skilled in the art without departing from the spirit and 
scope of the present invention, 

35 

Claims 

1 . A method for performing an on-line transaction with 
a vendor using a single-use payment instrument, 
comprising: 40 

receiving details for the on-Pine transaction with 
the vendor from a customer; 
receiving a nomination of a source of funds for 
the transaction for the customer; 45 
verifying an availablRty of funds for a payment 
amount for the transaction in the nominated 
source of funds; 

generating details of a payment instrument for 
the transaction corresponding to the transac- 50 
tion details; 

storing a record of the payment instrument 
details; 

providing the customer with the payment 
instrument details for use in the transaction 55 
with the vendor; 

receiving a request for autiiorization of the 
transaction for the customer according to the 



payment instrument details; and 

authorizing the transaction with the vendor for 

the customer. 

2. The metiiod of claim 1 , virhereln recehnng the trans- 
action details further comprises receiving infonna- 
tion about a payment amount for the transaction. 

3. The method of claim 1 , wherein receiving the trans- 
action details further comprises receh^ng the trans- 
action details by a home banking server. 

4. The method of claim 3, wherein receiving the trans- 
action details further comprises recehnng the trans- 
action details by the home banking server from a 
computing device of the customer over a networic 

5. The method of claim 4, wherein receiving the trans- 
action details further comprises recehnng the trans- 
action details by the home banking server from the 
computing device of the customer over a global net- 
worie 

6. The metiiod of claim 1 , wherein receiving the nom- 
ination furtiier comprises receiving the nomination 
of the source of funds from among a plurality of 

nomination options. 

7. The metiiod of ciaim 6, wherein receiving the norn- 
ination further comprises recehfing the nomination 
of the source of funds from among the plurality of 
nomination options consisting of at least one of a 
credit card account, a chedOng account, and a sav- 
ings account 

8. The method of daim 1 , wherein receiving the nom- 
ination further comprises receiving the nomination 
of the source of funds by a home banking server. 

9. The method of daim 8. wherein receiving the nom- 
ination further comprises receiving the nomination 
of the source of funds by the home banking server 
from a computing device of the customer over a 
networic 

10. The method of daim 9, wherein recehfing the nom- 
ination further comprises receiving the nomination 
of the source of funds by the home banking server 
from tiie computing device of the customer over a 
global networie 

11. The metiiod of claim 1 , wherein verifying the availa- 
bility furttier comprises verifying tiie availability of 
funds for the transaction payment amount in ttie 
nominated source of furtds by a home banking 
server. 

12. The method of claim 1 , wherein verifying the avalla- 
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bllity further comprises reserving funds sufficient for 
the payment amount in the nominated source of 
funds. 

13. The method of claim 12, wherein reserving the 5 
funds further comprises reserving the funds suffi* 
clent for the payment amount in the nominated 
source of funds for a predetermined expiry period. . 

14. The method of claim 13, wherein reserving the lO 
funds further comprises reserving the funds suffi- 
cient for the payment amount in the nominated 
source of funds for the predetermined expiry period 

by a home banking server. 

15 

15. The method of claim 1. wherein generating the 
details further comprises generating the details of 
the payment instrument spedftc to the transaction. 

16. The method of daim 15, wherein generating the 20 
details specific to the transaction further comprises 
generating the details of the payment instrument 
consisting of at least the payment amount for the 
transaction and a unique identification number for 
the transaction. 2s 

17. The method of claim 16, wherein generating the 
details specific to the transaction further comprises 
generating details of the payment instrument con- 
sisting of a fabricated card expiration date. 30 

18. The method of claim 1, wherein generating the 
details further conrtprises generating the details of 
the payment Instrument specific to the transaction 

t)y a home banking server. 35 

19. The method of claim 1, wherein storing the record 
further comprises storing the record of the payment 
instrument details consisting of at least the p^- 
ment amount for the payment Instrument and a 40 
unique transaction identification number for the 
payment Instrument 

20. The method of claim 19, wherein storing the record 
further comprises storing the record of the payment 45 
instrument details Including a fabricated card expi- 
ration date. 

21. The method of claim 20. wherein storing the record 
further comprises storing the record of the payment so 
Instrument details in a database. 

22. The method of claim 21. wherein storing the record 
further comprises storing the record of the payment 
Instrument details in the database of at least one of 55 
a home banking server and a credit card authoriza- 
tion server. 



23. The method of daim 1. wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details consisting of at least the pay- 
ment amount for the payment instrument and a 
unique transaction Identification number for the 
payment instrument 

24. The method of daim 23, wherein providing the cus- 
tomer with the payment Instrument details further 
comprises providing the customer with the payment 
instrument details Induding a fabricated card expi- 
ration date. 

25. The method of daim 24, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
Instrument details by a home banking server. 

26. The method of claim 25. wherein providing the cus- 
tomer with the payment Instrument details further 
comprises providing the customer with the payment 
instrument details by the home banking server cou- 
pled to a computing devk:e of the customer. 

27. The method of daim 26, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
Instrument details by the home banking server cou- 
pled to the computing devbe of the customer over a 
netviforie 

28. The method of claim 27, wherein providing the cus- 
tomer with the payment Instrument details further 
comprises providing the customer with the payment 
Instrument details by the horne banking server cou- 
pled to the computing device of the customer over a 
global networic 

29. The method of claim 1, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization according to the 
payment instrument details consisting of at least 
the payment amount for the payment instrument 
and a unique transaction Identification number for 
the payment instrument 

30. The method of daim 29, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization according to the 
payment instrument details induding a predeter- 
mined expiry for the payment Instrunoent 

31. The method of claim 30, wherein receiving the 
request for autiiorizatlon further comprises receiv- 
ing the request for authorization by a credit card 
authorization server. 
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bllity further comprises reserving funds sufficient for 
the payment amount in the nominated source of 
funds. 

13. The method of claim 12. wherein reserving the 5 
funds further comprises reserving the funds suffi- 
cient for the payment amount in the nominated 
source of funds for a predetermined expiry period. 

14. The method of claim 13, wherein reserving the io 
funds further comprises reserving the funds suffi- 
cient for the payment amount in the nominated 
source of funds for the predetermined expiry period 

by a home banking server. 

15. The method of claim 1. wherein generating the 
details further comprises generating the details of 
the payment instrument specific to the transaction. 

16. The method of daim 15, wherein generating the so 
details specific to the transaction further comprises 
generating the details of the payment instrument 
consisting of at least the payment amount for the 
transaction and a unique identification number for 
the transaction. 25 

17. The method of claim 16, wherein generating the 
details specific to the transaction further comprises 
generating details of the payment instrument con- 
sisting of a fabricated card expiration date. so 

18. The method of claim 1. wherein generating the 
details further comprises generating the details of 
the payment instrument specific to the transaction 

by a home banlcing server. x 

19. The method of claim 1, wherein storing the record 
further comprises storing the record of the payment 
instrument details consisting of at least the pay- 
ment amount for the payment Instrunient and a 40 
unique transaction identification number for the 
payment instrument 

20. The method of claim 19, wherein storing the record 
further comprises storing the record of the payment 4S 
instrument details including a fabricated card expi- 
ration date. 

21. The method of claim 20, wherein storing the record 
further comprises storing the record of the payment so 
instrument details in a database. 

22. The method of claim 21, wherein storing the record 
further comprises storing the record of the payment 
instrument details in the database of at least one of ss 
a home banldng server and a credit card authoriza- 
tion server. 



23. The method of claim 1, wherein providing the cus- 
tomer with the payment instrument details further ^ 
comprises providing the customer with the payment 
instrument details consisting of at least the pay- 
ment amount for the payment instrument and a 

unique transaction identification number for the 
payment instrument 

24. The method of daim 23, v/tiere'in providing the cus- 
tomer with the payment Instrument details further 
comprises providing the customer wlfti the payment 
instrument details Induding a fabricated card expi- 
ration date. 

25. The method of daim 24, wherein providing the cus- 
tomer with the payment Instrument details further 
comprises providing the customer with the payment 
instrument details by a home banicing server. 

26. The method of daim 25, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details by the home banking server cou- 
pled to a computing device of the customer. 

27. The method of daim 26, wherein providing the cus- 
tomer with the payment instrument details further / 
comprises providing the customer with the payment 

instrument details by the home banking server cou- 
pled to the computing device of the customer over a 
. network. 

28. The method of daim 27, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
Instrument details by the home banking server cou- 
pled to the computing device of the customer over a 
global networic. 

29. The method of claim 1, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization according to the 
payment instrument details consisting of at least 
the payment amount for the payment instrument 
and a unique transaction identification number for 
the payment instrument 

30. The metiiod of daim 29, wherein receiving tiie 
request for authorization further comprises receiv- 
ing the request for authorization according to the 
payment Instrument details induding a predeter- 
mined expiry for the payment instrument 

31. The method of claim 30, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for auttiorization by a credit card 
authorization server. 
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biiity further comprises reserving funds sufficient for 
the payment amount in the nonrilnated source of 
funds. 

13. The method of claim 12, wherein reserving the 5 
funds further comprises reserving the funds suffi- 
cient for the payment amount in the nominated 
source of funds for a prjedetermined expiry period. 

14. The method of claim 13, wherein reserving the io 
funds further comprises reserving the funds suffi- 
cient for the payment amount in the nominated 
source of funds for the predetermined expiry period 

by a home banidng server. 

15 

15. The method of claim 1, wherein generating the 
details further comprises generating the details of 
the payment instrument specific to the transaction. 

16. The method of daim 15, wherein generating the so 
details specific to the transaction further comprises 
generating the details of the payment instrument 
consisting of at least the payment amount for the 
transaction and a unique identification number for 
the transaction. zs 

17. The method of daim 16, wherein generating the 
details specific to the transaction further comprises 
generating details of the paymertt instrument con- 
sisting of a fabricated card expiration date. 90 

18. The method of claim 1, wherein generating the 
details further comprises generating the details of 
the payment instrument specific to the transaction 

by a home banking server. ss 

19. The method of daim 1, wherein storing the record 
further comprises storing the record of the payment 
instrument details consisting of at least the pay- 
ment amount for the payment instrument and a 40 
unique transaction identification number for the 
payment instrument 

20. The method of claim 1 9, wherein storing the record 
further comprises storing the record of the payment 45 
instrument details Induding a fabricated card expi- 
ration date. 

21. The method of daim 20, wherein storing the record 
further comprises storing the record of the payment 50 
instrument details in a database. 

22. The method of daim 21, wherein storing the record 
further comprises storing the record of the payment 
instrument details In the database of at least one of 55 
a home banidng server and a credit card authoriza- 
tion server. 



23. The method of daim 1. wherein providing the cus- 
tomer with the paynDent instrument details further 
comprises providing the customer with the payment 
instrument details consisting of at least the pay- 
ment amount for the psyment instrument and a 
unique transaction identification numt)er for the 
payment instrument 

24. The method of daim 23, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details induding a fabricated card expi- 
ration date. 

25. The method of claim 24. wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details by a home banidng server. 

26. The method of claim 25, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details by the home banking server cou- 
pled to a computing devbe of the customer. 

27. The method of daim 26, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details by the home banking server cou- 
pled to the computing devk^e of the customer over a 
network. 

28. The method of claim 27, wherein providing the cus- 
tomer with the payment instrument details further 
comprises providing the customer with the payment 
instrument details by the home banking server cou- 

, pled to the computing device of the customer over a 
global network. 

29. The method of claim 1, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization according to the 
payment instrument details consisting of at least 
the payment amount for the p^ment instrument 
and a unique transaction identification number for 
the payment instrument 

30. The method of daim 29, wherein receiving the 
request for authorization further comprises receiv- ' 
ing the request for authorization according to the 
payment instrument details induding a predeter- 
mined expiry for the payment instrument 

31. The method of claim 30, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization by a credit card 
authorization server. 
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32. The method of daim 31, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization by the credit card 
authorization server via a credit card acquirer serv- 
ice of the vendor; 

33. The method of daim 32, wherein receiving the 
request for authorization further comprises receiv- 
ing the request for authorization by the credit card 
authorization server from a website server of the 
vendor via the credit card acquirer service of the 
vendor. 

34. The method of daim 1, wherein authorizing the 
transaction further comprises authorizing the trans- 
action If the request for authorization according to 
the payment Instrument details corresponds to the 
stored record of the p^ent Instrument details. 

35. The method of claim 1, wherein authorizing the 
transaction further comprises authorizing the trans- 
action upon receiving the request for authorization 
before a predefined expiry of the payment instru- 
ment 

36. The method of claim 1, further comprising debiting 
the nominated source of funds for the payment 
amount 

37. The method of claim 1 , further comprising removing 
the stored record of payment Instrunnent details. 

38. A system for performing an on-line transaction with 
a vendor using a single-use p^ment instrument, 
comprising: 

means for receiving details for the on-line 
transaction with the vendor from a customer; 
means for receiving a nomination of a source of 
funds for the transaction for the customer; 
means for verifying an availability of funds for a 
payment amount for the transaction in the nonv 
inated source of funds; 

means for generating details of a payment 
instrument for the transaction corresponding to 
the transaction details; 

means for storing a record of the payment 
instrument details; 

means for providing the customer with the pay- 
ment instrument details for use in the transac- 
tion with the vendor; 

means for receiving a request for authorization 
of the transaction for the customer according to 
the payment instrument details; and 
means for authorizing the transaction with the 
vendor for the customer. 

39. The system of daim 38. wherein the means for 



receiving the tiansaction details further comprises 
a home banldng server. 

40. The system of claim 39. wherein the means for 
5 receiving the transaction details further conr\prises 

the home banking server coupled to a computing 
device of ttie customer over a networtc 

41. The system of claim 40, wherein the means for 
10 receh^lng the transaction details further comprises 

the home banking server coupled to the computing 
device of the customer over a global network. 

42. The system of daim 38. wherein tiie means for 
15 recehflng the nomination furtiier comprises a home 

banking server. 

43. The system of daim 42, wherein means for recehf- 
Ing the nomination further comprises the home 

20 banking server coupled to a computing device of 
the customer over a network. 

44. The system of claim 43, wherein the means for 
recehring the nomination further comprises the 

25 home banking server coupled to the computing 
device of the customer over a global networic. 

45. The system of daim 36, wherein the means for ver- 
ifying the availability further comprises a home 

30 banking server. 

46. The system of daim 38, wherein the means for gen- 
erating the details further comprises a honne bank- 
ing server. 

35 

47. The system of daim 38, wherein the means for stor- 
ing the record further comprises a datat)ase. 

48. The system of daim 47, wherein the means for stor- 
40. Ing the record further comprises the database of at 

least one of a home banking server and a credit 
card authorization server. 

49. The system of claim 38, wherein the means for pro- 
45 viding the customer with the payment Instrument 

details further comprises a home banking server. 

50. The system of claim 49, wherein the means for pro- 
viding the customer with the payment Instrument 

so details further comprises the home banking server 
coupled to a computing device of the customer. 

51 . The system of claim 50, wherein the means for pro- 
viding the customer with the payment instrument 

55 details further comprises the home banking server 
coupled to the computing device of tiie customer 
over a networic 
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52. The system of claim 51 , wherein the means for pro- 
viding the customer with the payment instrument 
details further comprises the home banlcing server 
coupled to the computing device of the customer 
over a global network. 5 

53. The system of daim 3B./wherein the means for 
receiving the request for authorization further com- 
prises a credit card authorization server. 

10 

54. The system of datm 53, wherein the means for 
receiving the request for authorization further com- 
prises the credit card authorization server coupied 
to a credit card acquirer service of the vendor. 

IS 

55. The system of daim 54, wherein the means for 
receiving the request for authorization further com- 
prises a website server of the vendor coupled to the 
credit card acquirer service of the vendor. 

20 

56. A method for performing an on-Hne transaction with 
a vendor using a single-use payment instrument, 
comprising: 

receiving details for the on-line transaction with 25 

the vendor from a customer; 

receiving a nomination of a source of funds for 

the transaction for the customer; 

verifying an availabiRty of funds for a paynrient 

amount for the transaction in the nominated so 

source of funds; 

generating details of a paynnient instrument for 
the transaction specific to the transaction cor- 
responding to the transaction details and con- 
sisting of at least the payment amount for the as 
transaction and a unique identification number 
for the transaction embedded with a bank iden- 
tification number for routing the request for 
authorization to an authorization server; 
storing a record of the payment instrument 40 
details; 

providing the customer with the payment 
instrument details for use in the transaction 
with the vendor; 

receiving a request for authorization of the 45 
transaction for the customer according to the 
payment instrument details; and 
autiiorizing the transaction with the vendor for 
the customer. 

50 

57. A metiiod for performing an on-line transaction with 
a vendor using a single-use payment instrument, 
comprising: 

receiving details for the on-line transaction with 55 
the vendor from a customer; 
receiving a nomination of a source of funds for 
the transaction for the customer; 



verifying an availability of funds for a payment 
amount for the transaction In the nominated 
source of funds; 

generating details of a payment instrument for 
the transaction specific to the transaction cor- 
responding to the transaction details and con- 
sisting of at least ti)e payment amount for tiie 
transaction and a unique identification number 
for the transaction selected from a characteris- 
tic range of nunnbers identifiable by a web site 
server of the vendor as an authenticating 
number; 

storing a record of the payment instrument 
details; 

providing the customer virtth the paynr^ent 
instrument details for use in the transaction 
witii the vendor; 

receiving a request for authorization of the 
transaction for the custonier according to the 
payment instrument details; and 
authorizing the transaction with the vendor for 
the customer. 
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The customer chooses to make a purchase from the vendor 



I 



The customer provides transaction details to the bank 



The bank creates the necessary payment instrument records 



The bank provides the instrument details to customer 



S5 



S6 



S7 



S8 



S9 



S10 



The customer makes their purchase using the instrument details 



The vendor presents the.details to the bank for authorization 



The acquirer service presents the details to the bank for authorization 



The bank verifies the anrK>unt, authorizes the transaction and removes the records 



The acquirer service confirms authorizatton to the vendor and initiates settlement 

f 

The vendor confirms the purchase to the customer 
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